fix: try to correct mtime on upsyncs
authorJyrki Gadinger <nilsding@nilsding.org>
Mon, 31 Mar 2025 09:48:22 +0000 (11:48 +0200)
committerbackportbot[bot] <backportbot[bot]@users.noreply.github.com>
Wed, 9 Apr 2025 07:13:22 +0000 (07:13 +0000)
commit6f5f9775347a3a77bdbd287953a91b0ba7f15a9e
treec47ab99ae0329500363cc745a0dd6811f1b1cdd9
parentfe86261cdc5d5a7b9ac28c9277182e6294a476f9
fix: try to correct mtime on upsyncs

Files with a modification time of less than 0 do usually not make sense
(and afaik the server doesn't accept them either).
--> attempt to update the modification time to _Time.now_ while
propagating

side note: I ran into this because KArchive/Ark(?) didn't consider the
extra time attributes on entries for a certain zip file, so it instead
used the standard time value of each zip entry which was set to <= 1980
for files and < 1970 for directories...

Signed-off-by: Jyrki Gadinger <nilsding@nilsding.org>
src/libsync/bulkpropagatorjob.cpp
src/libsync/discovery.cpp
src/libsync/propagateupload.cpp
test/syncenginetestutils.cpp
test/testsyncengine.cpp
test/testsyncvirtualfiles.cpp